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Die angehefteten Stiicke sind eine richtige und genaue Wiedergabe der ur- 
sprunglichen Unterlagen dieser Patentanmeldung. 



Munchen, den 1. September 2003 
Deutsches Patent- und Markenamt 
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1. Welches technische Problem soil durch Ihre Erfindung gelost werden? 
Ganz allgemein sind an einem Kaufvorgang drei Rollen beteiligt: 

Der Merchant ist der Anbieter einer Dienstleistung / Produktes, fur diese er ein Endgeld verlangt. 

Der Consumer ist der Kaufer einer angebotenen Dienstleistung und muss dafur bezahlen. 

Der Payment Service Provider (PSP) wickelt Bezahlungen zwischen Merchants und Consumers ab. 

In der klassischen Telekommunikationswelt tritt der Network Operator sowohl als Merchant wie auch als 
PSP auf. Er bietet Telefoniedienste seinen Kunden (=Consumer) an und rechnet sie uber seine 
existierenden Billing Systeme (Postpaid Oder Prepaid) ab. 

Mit der Offnung der Telekommunikationsnetze (z.B. durch Parlay/OSA) wie auch innerhalb offentlicher 
Datennetzen (z.B. Internet) treten auch Dritte als Merchants auf, die eigene Dienstleistungen anbieten 
(z.B. Content Provider, Online Shops), jedoch in der Regel keine eigenen Abrechnungssysteme 
besitzen. 

Das Einfuhren von Loyalty Programrne n, bei denen ein Endkunde Bonuspunkte eines Merchants/eine r 
^Lippe von Merchants sammeln kann , ist in der realen Welt und auch im elektronischen Bezahlvorgang 
*e5roliert und findet sich in verschiedensten Ausfuhrungen, hier einige Beispiele: 

• Loyalty-Programm eines Merchants: n Karstadt a -Kundenkarte 

• Loyalty-Programm eines ubergeordneten Anbieters: „Payback u der „Loyalty Partner Gesellschaft fur 
Kundenbindungssysteme mbH in Miinchen" 

• Loyalty-Programm eines PSP: „UBS Key Club" 

• Misch-Kombinationen: Lufthansa miles&more", in denen Lufthansa einmal als Merchant auftritt und 
Flugleistungen verkauft, aber auch als ubergeordneter Partner, der Punkte eines anderen Merchants 
(z.B. Hotelkette „Holiday Inn") in sein Programm einbindet. 

Allen diesen Programrnen ist gemein, dass die Berechnung von Loyalty-Punkten nicht in Echtzeit 
geschieht und die erworbenen Punkte damit nicht direkt zur weiteren Verwendung zur Verfugung 
stehen. 

2. Wie wurde dieses Problem bisher gelost? 

Keine Losung in Real-Time bekannt. Loyalty Berechnung wird im Postprocessing vorgenommen. 

;3.™ welcher Weise lost Ihre Erfindung das angegebene technische Problem (geben Sie Vorteile an)? 

Das Verteilen von Punkten in einem Loyalty-Programm wird in der Regel nach einer erfolgten 
Transaktion geschehen (von Ausnahmen wie „Begruftungspunkten" einmal abgesehen), also nachdem 
Merchant und Consumer einen Geschaftsvorfall hatten. 

Beispiele dafur sind: , 

1) Die Punkte fur das Loyalty Programme werden direkt aus der Anzahl der Transaktionen zwischen j 
Consumer und Merchant/Merchant Gruppe geschlossen. 

2) Die Punkte fur das Loyalty Programme hangen von der Hohe der Transaktion ab, d.h. ein , 



prozentualer Zusammenhang kann vorliegen. Auch ein Stufenkonzept, bei dem erst nach Erreichen 



von Schwellwerten ein hoherer Prozentsatz zum Einsatz kommt, ist anwendbar. I 

Mit dem Produkt "Payment@vantage" des GZ ICM N IS wird das Einfuhren von „LoyaIty Programmes" in 
Echtzeit technisch unterstutzt. Die fur das Anwenden benotigten Berechnungen werden in Echtzeit also 
mit der Bezahlung des Consumers, vorgenommen. Die beteiligten Parteien konnen diese Loyalty Points 
direkt und nicht erst nach spateren Berechnungen durch Postprocessing-Systeme weiterverwenden. 
Weiterhin ist das Unterstutzung von Loyalty Programrnen mit entsprechenden Operationen als 
Vorschlag in die Standardisierung von OSA (Open Service Architecture) der 3GPP (3rd Generation 
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Partnership Project ) im Rahmen von „Charging"-Aspekten mit eingeflossen. Die Standardisierung 
dieses Themas wird innerhalb der TSG SA1 OSA getrieben. 

4. Worin liegt der erfinderische Schritt? 

Das Einfuhren von n Loyalty Programmes" wird mit Hilfe einer e-Payment basierten Losung moglich. 

Die Berechnungen werden in Echtzeit und damit ohne fur die beteiligten Parteien bemerkbare ) rv/>M 

Verzogerungen durchgefuhrt. / 

5. Ausfuhrungsbeispiel[e] der Erfindung. 

"Payment@vantage" ist ein Real-Time Kontofuhrungssystem ("Payment System"), dass sowohl Konten 
fur Consumer, Merchants und PSPs verwaltet. Dieses Payment System wird vom PSP betrieben. 

Mit diesem Produkt wird ein "Payment Interface" angeboten, uber da s Zahlaufforderungen an das 
Payment System gerichtet werden. In dieser Zahlaufforderung sind sowohl Merchant wie auch 
Consumer identifiziert Dieses .Payment Interface" stande dann direkt oder indirekt auch Teilnehmern 
einer Open Service Architecture zur Verfugung. 
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Der Bezahlvorgang wird vom Payment System intern so umgesetzt, dass der vom Merchant 
eingeforderte Betrag vom Consumer- zum Merchant-Konto transferiert wird. Als Folge dessen kann 
direkt der zu veranschlagende Betrag an Punkten des ..Loyalty Programmes" berechnet werden. Die 
berechneten Punkte werden dann von einem speziellen Konto des Merchants/der Merchant-Gruppe auf 
ein spezielles Loyalty-Programm-Konto des Consumers transferiert und stehen zur weiteren 
Verwendung zur Verfugung. 

Auch innerhalb eines Bezahlvorganges ist der Einsatz von Punkten eines Loyalty-Programmes moglich, 
so konnen diese Punkte als alternative Wahrung eingesetzt werden, so wurde sich der Preis eines 
Produktes/Dienstleistung aus einer Kombination von einem Betrag in einer realen Wahrung und Punkten 
zusammensetzen. 
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Punkte eines Loyalty-Programmes konne n air;h rti° Q in7ig o A&ahEung b eim Bezahlen sein, also direkt in 
ein Produkt/Dienstleistung umgesetzt werden und einen Geschaftsvorfall abschliellen. 
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